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(g) Syst^me de gestion de la consommation de consultations de donndes sur un rdseau de 
telecommunications. 

@ L'invention conceme un syst6me de gestion de la consommation de consultations sur un r6seau de 

'^'irS^^^ realisee par communication entre un centre serveur distant (SA)^ et un terminal 

d'abonn6 S (T), par une liaison de telecommunications de type commutes. Un module gftion 
?MGr de if consommation est prevu, ce module etant exteme 6 la liaison et Pemettant, par 
Sunfca tonl^teSe entre le terminal d'abonne local, (T). et le module de gest^n. (MG) ams, que 
^IJeT Sle de gestion. (MG), et le centre serveur distant, (SA) d'etablir controler et acqu.tter la 
consommation entre le centre serveur distant, (SA), et un temninal dabonne, (T). 

Spn<^tion S la gestion des consultations de centres serveurs sur reseaux nationaux ou intematic^ 
naux. 
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La presents invention concerne un syst..,e de gestion de la consommation de consultations de donn.es 
sur un r6seau de telecommunication. '^^.^..ri^orAcPfluy de telecommunication, de type 

Avecia multiplication du traf ic de consultations do"^^^^^^^^^^ o3ent f Sgrnentation et ^ la di- 
r^seaux de transmission de donn^es ""-^^u J"'*'^^^^^^^^^^ ^ ces r.seaux. ap- 

versit6 croissante des prestations ^erv.ces f^^^^^^^^^^^ JJ^n du c«^^^^^^ dScroissant de la disponibilit. 
paratl actuellement un probl6me majeur '^f f " ^^^""^.j;^^^^ pas directement pos6 par la ca- 

Se ces centres serveurs. Bien que le P™^'.^'"^ ^^^^^^^^^^^^ qTsSnXec e de la consommation de consul- 
pacite de transmission des r6seaux numenques '""Jf ^ pr6sente. en premier lieu. I'in- 

Lions de donn^es entre abonn^s et centres serveurs p^^^^^^ 

de gesUon aveo un ou plusieurs abonnte. eonsonmallon de consultallons de donnSes 

Le prt=en« Invention a ''"'■''^^''-J^^, J| ,„conv4nlen., p.*«Ba. 

sur un rtsaau ae we««nn>un,oat.on. ''„VZSla mise en oauwe (fun eystenie de seation da >a 
U„au.,aebiatdal.p*^nKmv^nU»^^^^^ 

rirrirdatrrrdr«ra.en«„...^^^ 
„nr:rrric;rer::e^rur:eT=^^^^ 

d'ulilieauon r«ativ.n,.n. 4 1. dl,e,»ite dee 1^'"°"'''^'"^^^^ syeftme de geetion de la 
S^nnea particu,*„. en fonC.on de p«„,,ues de '-^^-^ ^ ,^,„„ de 

.jrinT.rni=:J=i=r:::'^^^^^^ 

utilisateur du raseau un guichet ou point '^'^"f ^"If^.^f^^^^^^^^^^^ ^^^^^^ de gestion de la consom- 

nationalisation de I'off re et de la prestation de service. Honn6es sur un r^eau de t6l6communi- 
. Le syst.me de gestion <^ e'^^, ^ .e centre serveur 
cation entre un centre serveur distant et un terminal a ^ ^ ^ commute, est re- 
distant et le terminal d'abonn. local 6tant r6alis6e par I ^^^^.^"^^^^^ pem,ettant. 
..quableencequ.^^^^^^^^^^^ 

. ^rd"aut— r^^^^^ 

cation, objet de la pr6sente invention, trouve aPP" cat'0" am gestion ae^« serveur distant. 

""Sn^SS'S «»l«*e du a,a«n>e de gestion de la oonson^adon de con»«ione d. doon^ee 

-r.X°^.>"™i;len»n>.a.l.,el,lue.^^ 
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les differents 6l6ments constitutifs du systems objet de la pr6sente invention. I ensemWe de ces ^cha"- 
aesTo^rnt cS^^ de communication de type interactif entre ces d.ff6rents 6l6ments 

' d Joes^on de irconsomm de consultations constitutif d'un systfeme objet de la pr6sente invention. 

' du sT^me ob^t de la pr^sente invention et un op^rateur assurant le transport ou acheminement des 

rfSuTeri' a^Ts^re^^^^^^^^^^^ -e premi.re. .ne deuxi.me et une troisi.me va- 

' riante realisation dusyLme objet de la presents inventi^ . 

' du Se de gestion. du terminal local et d'un centre serveur distant, serveur applicat.f, pem,ettant la 
realisation d'unsyst^meconforme a I'objetde la pr6sente invention h« n^nniPQ 

unfdesc lotion plus d6taill6e d'un systfeme de gestion de la consommation de consultations de donn6es 
Une description plus de a nee y ^^^.^^ d'abonn6 local. conform6- 

mrtV^^Std'e^lXte— on^^ 

"'"en premier lieu, on pr^cisera les notions de terminal d'abonn^ local etde centre serveur distant dans I'ac- 
-ttSn^Vd^^rrait^^^^^^^^^ 

de tLcoZiurlications. conform^ment aux dispositions l^gales d'un territoire national donn6 en mat.6re de 

'''%7cTn;;?serviur distant est un centre serveur capable d engendrer et de recevoir des "messages surun 
A h! tii^rolmnllMtions ce centre serveur 6tant sltu6 sur le m6me territoire national ou sur un territoire 
rona«^^^^^^^^ Situ, un terminal d'abonn. local .uelcon.ue. selon la definition 

'''^tt^sl la liaison entre le centre serveur distant, not6 SA, et le terminal d'abonn6 local. not6 T. est r6alis6e 
par ^te^eSe dine liaison de telecommunication de type commute. On rappelle que la notion de liaison 
TJ^l^^^Z^lon de type commute couvre , la fois la commutation de reseaux ains. que la commutation 

" Torm~rLrct ^^^^^^^^ - ^Vsteme de gestion objet de la presente in- 

vention ^^trcomprend u'n module de gestion. note MG. de cette consommation. ce "^o6u^e^^M e^^e 
11a fa^^on entre serveur distant. SA. et terminal d'abonn6 local. T. On indique que. d'une mamere generate 
fe mSe de gest^^^^^^^ par une commmunication de type Interactif entre d'une part, le terminal 

le '"^dule de gestion IV, . P h rinterm6diaire d'une liaison not6e 1 sur la figure 1a, et. 

':r:att '.tlTrdVgXr et^e centre serveur distant. SA, par '^---f ^^.^^ '^^^^^^^^^^ 
2 eM par example. d'6tablir, de controler et d'acquitter la consommation de consultations etablies par I m- 
fe'mldiSre deTa liaison de telecommunication de type commute, notee 3 sur la figure la, entre le centre ser- 

"d^s^r^i:^^^^^^^^^^^ systeme de gestion objet de la presents invention, sera 

de ges ion MG. et le te Jnal d'abonne distant. T, peut etre realisee par nntermedia.re ^^-e ha^ n de tele- 
communication S debit inferieur ou egal au debit de la liaison entre le tem^inal d abonne local. T. et le serveur 

'''^^ans un mode de realisation particulier. on indique que les liaisons de telecommunication P^^citees peu 
vent etre constitu6es par une liaison du type r6seau numerique S integration de services. R-NiS;;^* 
Sie pane reseau NUMERIS (IB), pour ce qui concerne la liaison not6e 1 entre le terminal dabonne local 
S /rdl de gestion. MG. et par ce meme reseau NUMERIS (1 B) ou (28) pour ce P"' la liaison 
de telecommunication de type commute entre le terminal d'abonne local. T. et serveur distant, SA 

EnTqui concerne la communication entre le module de gestion. MG et le centre serveur distant SA, 
cellecipeutdepreferenceetre realisee parl'lntermediaired-uneliaisonnumenqueacommutationdepaq^^^^^^^ 

s^sfLant ^a recommandation de commutation de paquets. X.25. du C.C.l.T.T. (Comite Consultatif Inter- 

national pour le T6l6phone et le T6l6graphe). a • r a« i c5 nar rin 

on indique que cette liaison peut en particulier etre realisee par une liaison sp6c,al.s6e LS. ou pa^ I m- 
termediaire du r6seau TRANSPAC. Sur la figure 1 b. ces liaisons sont notees respectivement LS ou TPC. 
''T rmanLt generale, on indique que le terminal d'abonne local. T. peut ^J-^^^^- ^^^^^^^^ 
cm-ordinateur personnel de type PC, comportant un microprocesseur de type INTEL 80 486. Le module de 
gesS Mrperetre r^^^^ d'un micro-ordinateur de type PC, comportant un micro-processeur de 
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type INTEL 80 386 par example, ainsi ptrsotfonctionnernent. c'est- 

Bien entendu. le systems de gest.on objet de la PJ^se"^^^^^^^^^^ P . ^^^^^ p,otocole 
h dire DOur l'6tablissement de la communication de type interactii enire 

de communication, lequel est illustr^ sch^matiquement ^"je 1c^ . ^.^^^ ^.^.^^ 

Sur la figure pr6citee. on indique que l-axejert ^«P^«^^^^^^^^^^^ ^,,1 gestion. MG. et le ser- 

bitraire. les ^venements 6tant reportes ^Z;J:^"^'s£ZiL^^^ de messages dont les indices 

veur distant. SA. Ces evenements correspondent a I emission euou 

chiffr6s correspondent au num6ro de °" ^""'^gj^^g ^e gestion objet de la pr6sente invention, le pr<^ 
Selon un aspect particuli6rement ^S^""!^^" ^^nTnt les 6tapes de connexion du terminal d'abonn^ 
tocole de communication comporte au moms ^;'„^,exion. Par convention, les messages 

local. T. au module de gestion. MG et ''*^«|- ZSs pour la transmission et la reception 

SgrdtcqXmentco.^^^^^^^ 

Le message de connexion du terminal d «'^""^J°'^' ^"^^^^^^^ d'une communication courte. 

.,™G.esttransmissur.ali^sondet^^^^^^ 

c-est-a-dire d'une communication dont la '^'''^^^1^°'"^ ^„ ^Q^e de r6alisation avantageux. un champ 
Le message de connexion. m.TMG, ^^'^^'^^^^^^'^ Z terminal d'abonn^ local d'un lecteur de 
d-identif ication de I'abonne, rabonn6 P°"^^"^^ J'^P'J";^^^^^^^ Stulaire d'une carte d'identif ication corres- 
carte d' identification ou de mot de passe, cet abonne P°"I^"*^\'^^^^^^^ ^galement un champ de d6clinai- 
pondante. Le message de demande de de ndentit* du centre serveur 

son pane client de ridentit6 du service qu .1 de ce dernier, et pris en compte par 

^rveyr distant up m«s.9e *P*™a»n ■^^^^^ ',^„^ sa. d-p„ con^ 

mlpal, QUI la fpfPit at, sarvep. lots ie ^p "nBn" * '^^^^^ ,cp™»»natipp 
. ellP(loltai.lartf4r.npsun,ppe.pt4s«pt.dans»^^ 



En fonclion de ces critferes. une structure ^'^^^"^^^^y'^'^^^^^^ 

Clef complete : [code clientl[code SAJannJellquanh^^^^^^ ^ ^,,3^^;,,,, 3,ec 

iquantifeme]. jour de I'ann^e de 1 a 365 ^^^.^J*?^'^;^^^^^^^ ^ 9999. Par exemple. la 

55 avec un num^ro al6atoire 9876 sera : 
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^ ^ -^^E qSSTt heure n-aleatoire 



< ^ 

N* Dossier, Clef abreg6e 
> 



Clef comol^te 

Seul le num6ro du dossier (clef abr6g6e) est connu du client II est aff ich6 sur r6cran du terminal avant la 
conne'll au Ter^^^^ applicatlf. Ce num^ro de dossier 6tant unique, 11 permet de retrouver a POStenorUes 
6v6nements survenus pendant la transaction (causes d'erreur ou probl^mes de taxation). Le module de ges- 
^rMG^assure que deux clients ne peuvent avoir le meme num^ro de dossier en le connparant avec les nu- 
m^ros d6i^i enaendres pendant la seconde courante. . . ^ ^« 

D'unTrSferegSnLle.etdefagonparticuliSr^^ 
saae m,MGSA est effectu6e 6galement par une communication courte. pemiettant la transmission de la c e 
SoTS^oSemment men?tonn6e au centre serveur distant, SA. du 

de ges^n. MG. ainsi que d'information sp6cif ique concernant I'abonnS. la configuration du terminal local dent 
celui-ci disDOse et la liaison avec le centre serveur, SA. 

Le module de gestion. MG. transmet par I'lntermSdiaire de la liaison 1. pr6c6demment mentionnSe un 
message deactivation du terminal abonn6 local. T, ce message 6tant not6 m.MGT et contenant '^^^^J^I^^JHf 
d6 temporaire d'accfes au centre serveur distant, SA, af in de permettre au terminal abonn6 local. T, d effectuer 

la demandede connexion avec le centre serveur distant. SA.pr6cit6. 

Suite d la reception du message de validation, m,MGT, pr6c6demment ment.onn6. la liaison 1 est rompue. 
Le terminal abonnfe local. T. transmet alors un message de demande de connexion du terminal abonn6 au cen- 
tre serveur distant, ce message 6tant not6 inaTSA et transmis par I'interm6diaire de la liaison de t6lecommu- 

nication de type commute 3. ^„ Ki-»r, 

D'une manifere g6n6rale, on indique que ce message de demande de connexion. msTSA comporte bien 
entendu la cl6 temporaire d'accfes. laquelle 6tant 6galement connue du centre serveur distant. SA. permet d ef- 
fectuer rinterconnexion directe du terminal d'abonn6 local. T. au centre serveur distant. SA. dans les conditions 
habituelles de connexion propres & ce type de liaison de telecommunication, tel que le reseau num6rique d 

int6qration de service (R.N. I.S.). 

Bien entendu. suite la reception du message de demande de connexion, rngTSA, le centre serveur dis- 
tant. SA peut engendrer un message de validation du message de demande de connexion pr6cit6 et effect ue 
la transmission et I'echange de donn6es entre le centre serveur, SA, distant et le terminal d'abonn6. T. suivant 
la prestation de service demand6e. par renvoi d'un ou plusieurs messages successifs. lesquels seront noWs 
en vue de simplification par la designation maSAT. L'6change des donn^es. et. en consequence, la prestation 
de service demand6e, est bien entendu effectue par la liaison 3 pr6c6demment mentionn6e dans la descrip- 

Enf In suite la fourniture de la prestation de service demandie. la liaison 3 est rompue par le centre ser- 
veur distant SA lequel conformement ^ un aspect particuli6rement avantageux du protocole de dialogue in- 
teractif entr4 les divers SI6ments du systfeme de gestion objet de la pr6sente invention, effectue la transmission 
vers le module de gestion. MG. d'un message not6 m4SAMG, de compte rendu de prestation de service par 
la liaison 4 vers le module de gestion. MG. On rappelle que la transmission de ce message de compte rendu 
de prestation de service est effectu6e par une liaison num6rique i commutation de paquets de type liaison 

45 sp6calis6e, ou TRANSPAC. . . , u a i „»i 

D'une manifere g6n6rale, on indique que le message de demande de connexion du terminal abonn6 local 
au centre serveur distant, message maTSAsur la figure 1c. peut comporter des informations pemiettant S 
I'abonne de n6gocier le montant r6el de la consommation suivant des crit6res commerciaux sp^cifiques tels 
que volume d'achat, tarif d6gressif. algorithme de I'off re et de la demande. type d'usage et prof il du client. 

so ainsi que mentionne pr6c6demment. . ^ 

En ce qui concerne le message de compte rendu de prestations de services. m4SAMG, transmis du centre 
serveur distant. SA. vers le module de gestion. MG, on indique que celul-ci est 6galement effectu6 par I inter- 
mediaire d'une communication courte. ce message concernant certaines caract6ristiques de la consommation 
de I'abonne. caract6ristiques telles que la nature et le montant n6goci6 pr6c6demment mentionn6s, par exem- 

D'une maniere g6n§rale. on Indique qu'une consommation non acquitt6e n'est pas factur6e par le module 
de gestion. MG. et qu'une consommation d6passant le montant autoris6 par le module de gestion, MG. c'est- 
a-dire le montant consomm6 qui est plus grand que le cr6dit allou6. ne peut non plus Stre facturte dans sa 
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totalite par le module de gestion, MG protocole de communication interactif des diff^rents 

En outre, ainsi qu'on Ta represents en figure id e P^^^^^^^^^ ^ comporter, suite ^ validation 

elements constitutifs du systeme de ges .on ^^f^^ j^. ^/^^^^^^^^^^ pr^cSdemment mentionne. des 

du message de compte-rendu local, T. d'un message, not6 

ILtaent =n un dibil assodS Mrrtn!,! aMj™*^ J- id. uns «t.p. de transmission p.r 

des payeurs, g6r6 par le module de gest.on, ^^^G. Perm^^^^^^ informations peuvent contenir 

fournisseur, c'est-a-dire pour le compte d d?Sc u^tion de la consommation. 

par exemple la frequence de remission des ^^^e que le paiement par I'abonne 

Atitred-exemplenonllmitatif surlesfigur^lae 1b^^^^ 

de sa facture aupr6s du module de S^^^'^"' ^^.^^ ^^^^^^^^^^ ,a description. 

n^ration et de paiement des prestations ^^J^f^^^l. connexion du terminal d'abonn* local, T. au module de 

D-une manifere g6n6rale. on ind.que que 1 6^««P^^f^^°""^'''°" ^^^^^ serveur distant, SA, du message 

gestion, MG, I'^tapede transmission ^^^.'^^''^^^^^ "terminal d'abonn^ local. T. au centre 

d-autcrisation de demande de service et '^'^Pf^'^f^^^;^^^^ ainsi que l'6tape de transmission et 

serveur distant, SA. d'un message de ''^ j-a^onn^. T, puis I'^tape de transmission 

d-6change de donn^es entre le centre de cornpte rendu de prestation de 
par le centre serveur distant SA '^^^^^^ '".^^^^^^^^^ 

service, m4SAMG, Pe"ventetrer6al,s6esen tem^^^^^ transmission de ces diff6rents mes- 

^^^^ 

d'abonn6 local. T. du message de facturat.on, ' ^^^^^^^GSA on indique que ces 6tapes peuvent 

MG, au centre serveur distant SA, du m^sage de revo^^^^^^^^ 

etre effectu6es en temps r6el par des i.a.sons l^J "^"^^^ ^„ ^mps diff6r6 peut Stre r6alis6e par 

- gestion de I'accds pour un abonne consid6r6, 

. srr.':srst'rrr=-«.^^^^^^^ 

de passe, ^ ^. ohonm&c; r*est-^-dire qestion des droits associ6s 

Trd"=:jrder„nrr^nrrr;«-£-^^-^^ 



par le centre serveur distant, SA, en 1004, 
- interface de paiement, comptabilit6. en 1006, 
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- gestion du reversement, . ^ 

- gestion des contrats fournisseurs pour chaque centre serveur distant. SA, et reversement 6 ces der- 
niers en 1004, ainsi que statistique de consomnnation dans ce meme module. 

- gestion d'un annuaire. en 1 003, avec gestion des services correspondants S Toff re commerciale du mo- 
5 dule de gestion. MG, 

- possibilit6 de t6l§chargement de listes d^annuaires, 

- utilisation de I'annuaire comme publicity promotion du service par le centre serveur distant, SA. 

- gestion de {'interface d'exploitation avec notamment, en 1005, 

- execution des liaisons physiques 2 et 4 par 1' intermedia ire de la liaison par commutation de paquets en- 
10 tre le module de gestion, MG. et chaque centre serveur distant. SA. 

- gestion du reversement, en 1007. et de la facturation. en 1008. 

On comprend bien sur que les modules pr^cltes, not6s de 1000 6 1008, sont r6alis6s par les modules de 
programme correspondants. dans lesquels tous les param6tres sont cod6s sous forme de variable logique. 
Sur la figure 2b on a repr6sente un diagramme de la repartition des taches entre le syst6me de gestion 
15 objet de la pr6sente invention, forme par un terminal, T. abonn6 local, un module de gestion. MG. et un ou 
plusieurs serveurs distants, SA. I'ensemble de ces 6l6ments 6tant interconnects, ainsi que d6crit pr6cedem- 
ment dans la description, en liaison avec les figures la ou lb. par exemple, au moyen des lignes et liaisons 
de telecommunication g6r6es par le transporteur. lequel assure, de ce fait, la seule prestation de rachemme- 
ment des donn6es entre les diff6rents 6l6ments pr§cit6s. 
20 Ainsi qu'on pourra t'observer sur la figure 2b precit6e, les communications 1 . 2 et 4 sont de courte dur6e. 

ce qui permet d'envisager la mise en oeuvre du systfeme de gestion objet de la pr6sente invention, dans les 
conditions pr6c6demment d6crites. On indique en particulier que le module de gestion peut 6tre plac6 par rap- 
port au terminal abonn6 local. T. soit localement, selon la definition donnSe pr6c6demmentdans la descnption 
c'est-a-dire que le module de gestion. MG, se trouve sltu6 dans le meme territoire national que le terminal 
25 abonne local faisant usage de ce dernier, soit au contraire situe de mani^re distante. le module de gestion. 
MG. etant situe sur un territoire national distinct de celui dans lequel est situe letemiinal abonne local. T. faisant 
appel au module de gestion, MG. precite. ^ .^/^ . t 

On comprend ainsi que, pour un site d'implantation donne quelconque du module de gestion. MG, cest- 
6-dire un territoire national quelconque. celui-ci. bien que restant soumis du point de vue de la transmission 
30 des messages ^ la legislation nationale correspondants en matiere de telecommunications, peut toutefois 
comprendre dans ses modules de tarif ication et de gestion de contrat tous les elements correspondants e des 
specifications particulieres du territoire national, dans lequel le terminal d'abonne local, T, est implante. 

A ce titre on indique que, selon une caract6ristique particulierement avantageuse du systeme de gestion 
objet de la presente invention une separation effective de la tarif ication entre le contenu des informations 
35 transportees et le transport de ces informations est done mis en oeuvre de la maniere ci-apr6s : 

. paiement S Tacte par I'abonne. dont le montant est entierement maTtrise par le centre serveur distant, 

SA, et facturation specif ique par le module de gestion. MG, 
- transport : les communications 1 et 3 sont prises en charge par I'abonne sur la facture de telecommu- 
nication etablie par Tautorite du pays dans lequel le terminal abonn6 local est implante. les communi- 
40 cations 2 et 4 etant prises en charge par le couple module de gestion. MG/centre serveur distant, SA. 

Le module de gestion, MG, permet le paiement de consommations de montant faible ou. au contraire. im- 
portant II prend le risque d'autoriserou non le credit allou6 au terminal abonn6 local. T. de gerer les contentieux 
tels que impayes, non livraisons de la prestation, et gere le reversement aux abonn6s. 

Le module de gestion MG apparail comme un intervenant obligatoire pour resoudre les contentieux de tou- 

45 te nature. . . 

En liaison avec la figure 2b. on indique que I'autorite nationale assurant le transport ou acheminement 
des donnees vehicuiees par les differents messages assure le transport de ces donnees, la facturation de ce 
transport selon les regies propres ^ la legislation en vigueur dans le pays considere en fonction du lieu d*im- 
plantation. soit du terminal abonne local correspondant. soit du serveur applicatif ou centre serveur distant, 

50 S A, precite. . ^ 

Au contraire. le module de gestion. MG. facture le service au centre serveur distant. SA. et le contenu de 

la prestation au terminal abonne local, T. 

Differentes variantes de realisation du systeme de gestion objet de la presente invention seront maintenant 
decrites en liaison avec les figures 3a 3c. 
55 Dans un premier mode de realisation particulier represente en figure 3a, on indique que. au module de 

gestion. MG. peut etre associe un moyen d'identif ication constitue par exemple par un centre d'autorisation. 
CA, distant, interconnecte au module de gestion. MG, par I'intermediaire d'une liaison ^ commutation de pa- 
quets, notee 1.1. de type X.25. par exemple. Cette liaison peut done ainsi etre constitu6e par une liaison 
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.nmnarable aux liaisoos 2 et 4 de la figure 1 a. 1 b. Dans un tel cas, le terminal abonn6 local, T, peut etre muni 

tvoe PASTEL assurant en fait un moyen d'identif Ication. mais non pas un moyen de point d entree au service 
de gesWoret ^ particulier au modi de gestion. MG. On indlque 6galement que la carte ^ « ^ acc6s 
5 oeut itre constitu6e par une carte PC2. par exemple. La liaison 1 .1 est une liaison en temps reel. laQ^ene es 
effecfui da^^^^^^^^ protocole associ6 au systfeme de gestion objet de la presente .nvenfon. .mm^d.atement 

^^^^ol iS: ^^i::^^^:^^^- Pe-ttre le t..chargement - -c— 
listes rouges, sous le contr6le du module de gestion, MG. ^. partir du ^^"^^^^^ ef- 

10 Sur la figure 3b, on a represents une deuxifeme varlante de realisation, dans laquelle le paiement est ef 

fprtu6 & I'aide de moyens de paiement 6lectronique, par exemple. 

on iXe en liaison avec la figure 3b. I'utllisation d'une procedure de type ^^j;^^^^^;'!^'^^^^^ 
verture possibl^ vers des abonn6s ou clients de type grand public, notamment en vue d effectuer un pr6-pa.e 

""^"trais maniferes d'effectuer un paiement distant par carte bancaire peuvent Stre envlsagees : 

Te module de gestVon MG, g6re un aoc^s vers un terminal de paiement 6lectronique. note TPE. par I .n- 

" :r.cJl dretison, not.e 1.2. ce terminal de paiement .lectronique .tant ''fjnt. VP^^^^^^^ 
ce terminal depaiementelectronique^tantlui-meme interconnects parunel.a.son1.3Slorga^ 

Sire de I'abonnS. Le pr6-palement est alors effectu6 par nnterm6diaire de la haison 1.4 au module de 
ges«on MG eTi on s/rapproche alorsdes procedures du teiepaiementsScurise par carte ban^.ea^^^^ 
?onc ion de eroutage dans le reseau. On indique que les liaisons 1.2. 1.3 et 1.4 sont des liaisons de 
Type liaison de telecommunications par commutation de paquets par exemple, comme les liaisons 2 et 
4 pr6c6demment decrites dans la description. Aiontmninuf. oar 

- Le module de gestion. MG, peut egalement 6tre reconnu comme terminal de paiement eiectronique par 
rorganisme bancaire. Dans un tel cas. les liaisons 1.2 et 1.4 peuvent alors 6tre suppnmees 

- Lapaiementpeutsefalreegalementdirectementsurlecentreserveurdlstantouserveurapph^^^^^^ 

On indique que dans le cas de la figure 3b. le paiement effectue est un paiement du tyP^ J"^*^ a^^"' 
consommat^n. selon une procedure d'approvisionnement d'un compte intermediaire, tel qu un porte-monnaie 

'"'Tans "'caTde la figure 3c. enf in, le paiement eieCronique est effectue par '''"^--f^^j;;^^ 
intermediaire. type porte-monnaie eiectronique ou porte-jeton eiectronique. en phase '^e"* ^ ^"J"^ 
consommation. Dans un tel cas, on indique que le module de gestion. MG. ^-P^-^^^^^ ' 
d'authentification de s6curit6 SAM (security authentification module, en langage anglo-saxon . 
rf?dSr a rupturede communication entreleserveurdistantetle terminal abonnei^^^^^ 

menf sur le porte-monnaie eiectronique. PME. et le retour obllgatolre en fin de connexion 3 module 
aestion MG II est alors opportun de pr6voir le d6bit du porte-monnaie eiectronique, PME. de 1 abonn6 non 
o^ulap;6sta consommation. mais ^. la connexion suivante de I'abonne au serveu r distant correspondant 
DansutteTi 

une facture en instance, pouvant etre analysee en un credit temporaire. 

iTte mecanrme peut etre mis en route ^ la fois pour la gestion du porte-monnaie eiectronique. PME et 
celle du porte-jeton eiectronique, PJE. Dans ce dernier cas. la notion de module d'authentif. cation de securite 

'""'une description plus d6tailiee du module de gestion. MG. du terminal d'abonne local. T. et du centre ser- 
veur cJSant SA. ou tout au moins une conf iguration materielle envisagee de ces derniers sera donnee en liai- 

i::X?eTa 'on a're'prtsente une configuration du module de gestion. MG, lequel outre le microprc. 
cesseu prSe^L^ menLnne cadence ^ une frequence de 33 MHz. est equipe -"^-"^'J^-f^Jf 
51 Mo uJe oSe de cartes de telecommunication micro-ordinateur permettant le raccordement d une plu- 
a ItTde tTrminSfd?boTnes locaux au module de gestion. On indique que ^^^^^^^^^^^ 
peuventeire constltu6es par des cartes PCSNET-OSTsatisfaisant a la norma NUMERIS et permettanti acc6s 

""^rottt:,rrurd:^^^^^^^^^^^^ 

son numenque ^ commutation de paquets. permettant d-assurer racces et la connexion simu^ 

de gestion. MG. S plusieurs centres serveurs distants distincts. SA. Ces cartes sont du type PCXNET-OST 

^^Trrn^rrg^ner. 

celuNci sonTequipes d'un systems d'exploitation de type UNIX. Ce systeme d'exploitation en ;a.son de son 
riecnure multlprocesseu;. et multltache. permet notamment de gerer les aspects multi-utilisateurs et multi- 
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''Ta^ptrftodi^^^^^^^^^ te. cue d.f ini en liaison avec les figures 2a et 2b notam.en. peut 

etre rILlKa Hnterm^dia'e d'un logiciel serveur normalise, de type REFTEL. Ce log.c.e assure la gest.on 
hI s 2onn6s par exemple connect6s par nnterm6diaire du r6seau NUMERIS, et permet de r6al.ser e d.a- 
To^u^Z'i'S^^^ir. ^galement ies protocoles multim^dias et STUCAM. et pern^et une 6volut.on a- 

rr:^n'rs"sterdfgiZde base de donn.es de type ORACLE peut .tre implant.. On indlque bien 
sur que pour irStaln'de ('ensemble de ces fonctlons. le micro-ordinateur pr.cit. peut itre mun. d'un d.s- 

Imsfque ?eprlsent. en figure 4b, chaque terminal d'abonne local. T. peut etre Implant, sur un m^ro-or- 

dlnafe^r compor'tant le type de processeur Pf f --"^^f ^ ^VpSr ?CS^^^^^^^ I dlsqur ur d^ 
Dh.riaues II comporte 6galement une carte de liaison de type NUMERIS. PCSNET-Obi. un aisque 
capS 200 Mo. un lecteur de carte a m6molre de type LECAM. et un pointeur de ype souns. 

Le term^^^^^^ .quipe de logicieis de type logiciels applicatifs dont le logiciel REFTEL, permettant la 
rnnsultation multimedia et le transfert de f ichiers, par exemple. 

consuMafon muu rnea ^epr^sent. en figure 4 peut .galement etre implant, sur une machine de 

tvoe i^rro^^i^natLr PC comportant un p«,cesseur mentionn. pr.c.demment dans la description i^denc. 
^33 MHZ eCe m.moire vive de 4 Mo. par exemple. Chaque servevr applicatif. SA. est jQalement .qu|p. 
de ses p.riph.riques et. en outre, de cartes de t.l.communication micro-ordinateur pour racCs des termi- 

— :fe~:s^r^^^^^^ 

nar la soci6t6 QUEST STANDARD TELEMATIQUE. u- * 

t ce qui ooncerne les mtercommunications entre les diff6rents .l.ments du syst.me de gestion objet 
de la SrSente mventlon. on Indique que les protocoles utilis.s pour assurer les diff.rentes commun^ations 
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PROTOCOLE 


DESIGNATION 


ECHANGE 


ETS 300 080 


Acc6s ^ NUMERIS en X.25 


T-MT etT-SA 


ETS 300 079 


Protocole de com. sur NUMERIS 


T-MT etT-SA 


ETS 300 075 


Transfert de f ichiers STUTEL 


T-SA 


ETS 300 072 


Alphamosaique 


T-MT et T-SA 


ETS 300 073 


Geonri6trique 


T-SA 


ETS 300 177 


Syntaxe photo JPEG 


T-SA 


ETS 300 149 


Syntaxe audio 


T-SA 


ETS 300 076 


Identification terminal 


T-MT etT-SA 


JPEG 


Connpression image 


T-SA 


G7 XX 


Son num6rique 


T-SA 


STUCAM 


Pilotage LECAM 


T-MT 



Parmi les protocoles mentionn.s dans le tableau pr.Cdent. on indique que la r6f.rence ETS d.signe le 
protocole d.f Ini conform.ment aux sp6cifications de I'lnstltut Europ.en de StandaKlisat.on def^™^-^'^^^^ 
nications (European Telecommunication Standard Institute), la d.signat.on JPEG^^^.'Sne 
correspondant aux sp.cif ications d.f inies par rOrganisation Internationale de StandaKl.sat.on (International 

'*"^dtrgrtio?sTt!rcTMt 

On a ainsi d.crit un syst.me de gestion de la oonsommation de consultations de donn.es sur un r6seau 
de ta6oommunicatlons particuli.rement performant tant du point de vue de la rapid.t. d intervention et fina- 
lement d'ex.cution de la prestation de service que du point de vue de la souplesse d utilisation. 
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En ce concerne ,a rap« ^. pr.s«t,on d. s„.lc=, on " ""^'"^ 
d'6tablissement de la liaison NUMERIS, traitements comportant no- 

Lssion de la cl6 temporaire vers le serveur distant. SA. et vers I abonn6 local. T. 

- 3 secondes k 6 secondes pour jolndre le serveur distant. SA, 

- 1 seconde pour effectuer le contrdle de la cl6 par le serveur app icatif . SA. 

au centre serveur distant. SA. de garder rinitiative du "^ontant de la 'ca^o"-^ vice-versa, le 

p^Crtseaux <K iStecommunicatlon prt<«a.mment dsrts ians la aescnplion. 

des intervalles de temps cl6termin6s, .a i 

moyennant une identification de chacun des modules de gest.on cons.d6r6. 



Revendications 

40 1. 
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55 



Syst6me de gestion de la consommatlon de consultations de donn6es-sur un r^seau ''«J^'f;°~^; 
distant et ledit terminal d'abonn6. 

cation d d6bit inf6rieur ou 6gal au d6blt de la liaison entre terminal d abonn6 local et serveur oisiani. 

^ commutation de paquets. 

4 Systfeme de gestion selon I'une des revendications pr6c6dentes. caract6ns6 ^'^^^^'1^;^;;:^^^^ 
Stion de type Interactif entre ledit terminal d'abonn^ local et ledit moyen de gest.on respectivement led.t 
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moyen de gestion et le centre serveur distant est ger6e par un protocols de conrmnunication comportant 
au moins successivement las 6tapes : 

- de connexion dudit terminal d'abonn6 local audit moyen de gestion et d acquittement de cette 

. - drtransmission par ledit moyen de gestion audit centre serveur distant d'un message d'autorisation 

de demande de service pour le terminal abonn6 consid6r6, et. sur validation par le centre serveur 
distant dudit message d'autorisation de demande de service. 

- de demande de connexion dudit terminal abonn6 local audit centre serveur distant, par transmission 
S ce dernier d'un message de demande de connexion, et sur validation dudit message de demande 

- de tTnsmiss"on et d'echange de donn6es entre ledit centre serveur distant et ledit termninal d'abon- 
n6 local suivant la prestation de service demand6e. et suite ^ la fourniture de la prestation de service 

- deTransmlssion par ledit centre serveur distant vers ledit moyen de gestion d*un message de compte 
^5 rendu de prestation de service. 

5 Svst6me de gestion selon la revendication 4, caracterise en ce que ledit protocole de communication peut 
comporter en outre, suite ^ validation du message de compte rendu de prestation de service par le moyen 
de gestion, des 6tapes : 

- de transmission par le moyen de gestion vers le terminal d»abonn6 d'un message d information sur 
la facturation de la prestation de service, consistant en un d6bit associ6 audit terminal d'abonn^. 

- de transmission par ledit moyen de gestion vers ledit centre serveur distant d'un message de rever- 
sement du credit restant alIou6 au b6n6fice dudit terminal d*abonn6. 

6 Syst6me de gestion selon la revendication 4. caract6ris6 en ce que ledit message de demande de 
' connexion comporte des informations permettant a l'abonn6 de negocier le montant r6el de la consom- 

mation. 

7 Syst6me de gestion selon Tune des revendications 2^4. caract6ris6 en ce que r6tape de connexion dudit 
terminal abonn6 local audit moyen de gestion. I'^tape de transmission par le moyen de gestion au centre 
serveur distant d'un message d'autorisation de demande de service. r6tape de transmission par le ter- 
minal abonn6 au centre serveur distant d'un message de demande de connexion. I'^tape de transmission 
et d'6change de donnees entre le centre serveur distant et le terminal d'abonne, I'^tape de transmission 
par le centre serveur distant vers le moyen de gestion d'un message de compte rendu de prestation de 
service sont r6alis6es en temps r6el. 

8 Syst6me de gestion selon Tune des revendications 2^5, caract6ris6 en ce que r^tape de transmission 
par le moyen de gestion vers le terminal d'abonn6 local d'un message de facturation et r6tape de trans- 
mission par le moyen de gestion au centre serveur distant du message de reversement sont effectu6es 
en temps r6el ou diff6r6. 

9. Syst6me de gestion selon I'une des revendications pr6c6dentes. caract6ris6 en ce que ledit moyen de 
gestion comprend au moins : 

- un micro-ordinateur muni de ses 6l6ments p6riph6riques. ledit micro-ordinateur comprenant 

- une plurality de cartes de t6l6communication pour micro-ordinateur pemnettant te raccordement 
45 d'une plurality de terminaux d'abonn^s, 

- une pluralit6 de cartes d'interface micro-ordinateur liaison num6rique ^ commutation de paquets per- 
mettant d'assurer I'acc6s et la connexion simultan6e k plusieurs centres serveurs distants distincts. 

10. Syst6me de gestion selon la revendication 9. caract6ris6 en ce que ledit moyen de gestion est intercon- 
50 nect6 & un centre d'autorisation distant. 

11. Syst6me de gestion selon la revendication 9. caract6ris6 

en ce que ledit moyen de gestion est interconnect6 k un syst^me de paiement 6lectronique. 
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